Active stereo with adaptive support weights from a separate image

ABSTRACT

The subject disclosure is directed towards stereo matching based upon active illumination, including using a patch in a non-actively illuminated image to obtain weights that are used in patch similarity determinations in actively illuminated stereo images. To correlate pixels in actively illuminated stereo images, adaptive support weights computations may be used to determine similarity of patches corresponding to the pixels. In order to obtain meaningful adaptive support weights for the adaptive support weights computations, weights are obtained by processing a non-actively illuminated (“clean”) image.

CROSS-REFERENCE TO RELATED APPLICATION

The present application claims priority to U.S. provisional patent application Ser. No. 61/812,232, filed Apr. 15, 2013.

BACKGROUND

One method of performing depth estimation with a stereo pair of images is to find correspondences between them by comparing small image patches from one image to patches from the other image. In order to measure how well a pixel p in one image matches a pixel q in the other image, a patch centered on p is compared to a patch centered on q, using a matching score such as normalized cross-correlation (NCC) or the sum of squared differences (SSD).

For example, the (negative) SSD between a patch at pixel p in the left image I_(L) and a patch at pixel q in the right image I_(R) is computed as

${- {\sum\limits_{i = {- r}}^{r}{\sum\limits_{j = {- r}}^{r}\left( {{I_{L}\left( {{p_{x} + i},{p_{y} + j}} \right)} - {I_{R}\left( {{q_{x} + i},{q_{y} + j}} \right)}} \right)^{2}}}},$

where r is the radius of the patch; (the negation is used so that similar patches receive a high score, while dissimilar patches receive a low score).

In order to ensure that this matching score is high for the correct match, and low for all other possible matches, an active illumination pattern may be applied to the scene (e.g. a pattern of pseudorandom laser dots). This ensures that the patches contain some distinctive texture. In order to make the active illumination invisible to humans, the active illumination and stereo cameras may operate in the infrared (IR) region of the spectrum, instead of the visible part.

One problem with patch-based stereo is that pixels near depth discontinuities (e.g. at object boundaries) may receive incorrect depth estimates, due to the fact that a patch may include pixels from two different depths (sometimes referred to as “stereo fattening”). For a pixel p whose true depth is z1, but which lies near an object whose depth is z2, the patch may include pixels from both z1 and z2. If the z2 pixels in the patch have stronger texture than the z1 pixels, the matching score may be higher for z2 than for z1, even though the true depth is z1. This leads to pixel p receiving an incorrect depth estimate of z2.

In order to mitigate this effect in other patch matching scenarios, one popular method is to assign each pixel in the patch a weight, based on whether that pixel is believed to lie at the same depth as the pixel of interest p. Parts of the patch which have the same depth as p should receive a high weight, while parts which have different depths should receive a low weight. When computing the NCC or SSD, the contributions of the different parts of the patch are weighted. This method is generally referred to as “Adaptive Support Weights” (ASWs).

Because the depths of the pixels in the patch are unknown, the weights are computed by looking only at the input images. The assumption underlying in ASW approaches is that, in images captured with IR or RGB (visible spectrum) cameras without active patterned illumination, pixels that have similar depths within a patch generally have similar colors. Thus, one simple way to compute the weights for each pixel in the patch is to compare its color to that of the central pixel p. Pixels with similar color to the central pixel receive high weights, and pixels with different colors receive low weights. Using these weights in the SSD match score above, the computation is:

$- {\sum\limits_{i = {- r}}^{r}{\sum\limits_{j = {- r}}^{r}{{w_{ij}\left( {{I_{L}\left( {{p_{x} + i},{p_{y} + j}} \right)} - {I_{R}\left( {{q_{x} + i},{q_{y} + j}} \right)}} \right)}^{2}.}}}$

The weights w_(ij) can be computed from the left image by comparing the patch pixels to the central pixel:

${w_{ij} = {\exp \left( {- \frac{{{I_{L}\left( {{p_{x} + i},{p_{y} + j}} \right)} - {I_{L}\left( {p_{x},p_{y}} \right)}}}{\lambda}} \right)}},$

where λ is a scalar parameter.

The problem with computing adaptive support weights on IR images with active illumination is that the patterned illumination breaks the assumption that the color of a surface will be approximately constant. The illumination pattern causes large intensity/color changes to occur everywhere, not only at object boundaries, whereby the stereo matching degrades.

SUMMARY

This Summary is provided to introduce a selection of representative concepts in a simplified form that are further described below in the Detailed Description. This Summary is not intended to identify key features or essential features of the claimed subject matter, nor is it intended to be used in any way that would limit the scope of the claimed subject matter.

Briefly, one or more of various aspects of the subject matter described herein are directed towards using weights from a non-actively illuminated image to determine patch similarity for pixel matching in the actively illuminated stereo images. One or more aspects are directed towards processing a plurality of images, including actively illuminated stereo images, and a non-actively illuminated image. Processing includes determining weights for a patch in the non-actively illuminated image that corresponds to patches in the actively illuminated stereo images, in which each of the patches is based upon a reference pixel in one of the images. The support weights to determine a similarity score between the corresponding patches in the actively illuminated stereo images.

In one or more aspects, an image processing component includes a matching algorithm coupled to an image capturing component that captures a plurality of images including actively illuminated stereo images, and a non-actively illuminated image. The image processing component is configured to process the plurality of images, including via the matching algorithm. The matching algorithm processes a patch in the non-actively illuminated image to determine weights corresponding to pixels in the patch, and uses the weights to determine similarity between corresponding patches in the actively illuminated images.

One or more aspects are directed towards receiving actively illuminated stereo infrared (IR) images and receiving a non-actively illuminated image. Adaptive support weights are obtained for a patch in the non-actively illuminated image. The adaptive support weights are used in an active support weights computation to determine similarity of corresponding patches in the actively illuminated stereo IR images.

Other advantages may become apparent from the following detailed description when taken in conjunction with the drawings.

BRIEF DESCRIPTION OF THE DRAWINGS

The present invention is illustrated by way of example and not limited in the accompanying figures in which like reference numerals indicate similar elements and in which:

FIG. 1 is a block diagram representing example components that may be used to project and capture actively illuminated images and a non-actively illuminated image, according to one or more example implementations.

FIG. 2 is a representation of processing images to determine similarity of patches in actively illuminated images based upon weights obtained from a non-actively illuminated image, according to one or more example implementations.

FIG. 3 is a representation of visible light (RGB) cameras arranged to capture actively illuminated stereo RGB images and an infrared (IR) camera arranged to capture a non-actively illuminated image, according to one or more example implementations.

FIG. 4 is a representation of infrared (IR) cameras arranged to capture stereo IR images actively illuminated in one part of the IR spectrum, and an IR camera arranged with a notch filter to capture a non-actively illuminated image, according to one or more example implementations.

FIG. 5 is a representation of cameras that capture actively illuminated stereo images and a non-actively illuminated image, in which one camera produces one of the actively illuminated stereo images and the non-actively illuminated image, according to one or more example implementations.

FIG. 6 is a flow diagram representing example steps directed towards using weights from a non-actively illuminated image to process actively illuminated stereo images, according to one or more example implementations.

FIG. 7 is a block diagram representing an exemplary non-limiting computing system or operating environment, in the form of a gaming system, into which one or more aspects of various embodiments described herein can be implemented.

DETAILED DESCRIPTION

Various aspects of the technology described herein are generally directed towards using a non-actively illuminated image to provide adaptive support weights for two actively illuminated stereo images that are being processed to find matching pixels therein. For example, a third camera may be used to capture a third (non-actively illuminated) image via light from a part of the spectrum (e.g., visible light) that is different from the active illumination spectrum (e.g., infrared) that is sensed in the captured stereo images. In general, in the non-actively illuminated image, the active illumination pattern is not visible, whereby the general assumption that pixels with similar depths have similar colors holds true. Thus, for any pixel being evaluated in the actively illuminated stereo images, adaptive support weights can be determined based upon similarities (e.g., color similarities) between the counterpart pixel and its patch's pixels in the non-actively illuminated image. As a result, adaptive support weights are able to be used in active stereo image matching.

It should be understood that any of the examples herein are non-limiting. As such, the present invention is not limited to any particular embodiments, aspects, concepts, structures, functionalities or examples described herein. Rather, any of the embodiments, aspects, concepts, structures, functionalities or examples described herein are non-limiting, and the present invention may be used various ways that provide benefits and advantages in active depth sensing and image processing in general.

FIG. 1 shows an example system in which stereo IR cameras 101 and 102, stereo RGB cameras 103 and 104, and a projector 106 (e.g., an IR laser diffracted into many thousands of dots) captures stereo IR images and RGB images. Note that this is only one example arrangement, and that in other arrangements, the cameras 101-104 may be arranged in any order relative to one another. For example, one of the RGB cameras and one of the IR cameras may share an optical path; the other RGB and other IR camera may similarly do so. In other arrangements, only one RGB camera is present. As yet another example, the projector may be positioned above the cameras. Further, any of the cameras and/or the projector may be physically separated from one another, rather than being part of any fixed configuration. Thus, FIG. 1 is only showing example components for purposes of explanation, and no scale, relative dimensions, relative positions, combinations of devices within a housing/pod device and so on should be inferred from FIG. 1.

In the example of FIG. 1, the cameras 101-104 and projector 106 are coupled to (or combined with) an image capturing system or subsystem 108. The cameras are generally controlled, e.g., via camera interface 110 and controller 111, to capture stereo images synchronized in time (e.g., the cameras are “genlocked”). In one implementation the cameras 101 and 102 capture infrared (IR) images 114, as IR is highly effective in depth estimation in varying light conditions and does not affect the visible appearance of the scene. Further, the cameras 103 and 104 capture stereo RGB images 115, genlocked with the IR images.

In FIG. 1, a projector 106 is shown that projects an IR pattern onto a scene, such as a pattern of spots (e.g., dots) or a line pattern, although other spot shapes and/or pattern types may be used. For purposes of brevity, dots are generally described hereinafter. By illuminating the scene with a relatively large number of distributed infrared dots, the IR cameras 102 and 103 capture texture data as part of the infrared image data. Note that the projector 106 is shown as coupled to he controller 112 via a projector interface 116; any such control may be as simple as turning the projector on and off or using energy saving modes, however more complex control such as pulsing, changing dot distribution, changing intensity and/or the like is feasible.

The images captured by the cameras 101- 104 are provided to an image processing system or subsystem 118. In some implementations, the image processing system 118 and image capturing system or subsystem 104, or parts thereof, may be combined into a single device. For example a home entertainment device may include all of the components shown in FIG. 1 (as well as others not shown). In other implementations, parts (or all) of the image capturing system or subsystem 104, such as the cameras and projector may be a separate device that couples to a gaming console, personal computer, mobile device, dedicated processing device and/or the like.

The image processing system or subsystem 118 includes a processor 120 and a memory 122 containing one or more image processing algorithms, including a stereo matching algorithm 124 as described herein. This may be in hardware logic, firmware and/or in software. In general, in one implementation the stereo matching algorithm 124 determines which dots in a left IR image correlate with which dots in a right IR image, (block 130) whereby depth data may be determined by further processing disparities between matching dots; a depth map thus may be computed.

Also shown in FIG. 1 is an interface 132 to the image processing system or subsystem 118, such as for connecting a keyboard, game controller, display, pointing device microphone for speech commands and/or the like as appropriate for a user to interact with an application or the like.

Note that a calibrated projector may be treated as a camera. That is, if the projected pattern is known, and the projector is calibrated (e.g., its position/orientation/focal length and so forth are known), then patch-based stereo (as described herein) between the known projector image (which as used herein may be considered a captured image) and the actively-illuminated camera image, using adaptive support weights computed from the non-actively-illuminated image, may be performed. Thus, an alternative system may comprise one calibrated projector, one camera to capture an actively-illuminated image, and one camera to capture a non-actively-illuminated image.

FIG. 2 exemplifies aspects of the matching algorithm 124. In one implementation, the matching algorithm processes the left IR image 101, the right IR image 102 and the RGB image 103 to determine pixel match data 222 between the left and right IR images 101 and 102. As described herein, the matching algorithm 124 extracts patch weights from an RGB image 203, e.g., the left image if there are stereo RGB images available.

More particularly, when computing a match score between a pixel p in the left image 201 (also referred to as I_(L)) and a pixel q in the right image 201 (also referred to as I_(R)), and the relative positions and orientations of the three cameras are known, the position of the pixel (denoted s) in the third image 203 (also referred to as I_(W)) where the corresponding point would be visible, if p and q did indeed match. The matching algorithm 124 computes the weighted match score between the patches 223 and 224 around p and q, with weights 228 taken from the patch 225 around s in the third image, denoted I_(W):

$w_{ij} = {{\exp \left( {- \frac{{{I_{W}\left( {{s_{x} + i},{s_{y} + j}} \right)} - {I_{W}\left( {s_{x},s_{y}} \right)}}}{\lambda}} \right)}.}$

where λ is a scalar parameter.

The contributions of the different parts of the patch 225 are thus weighted based upon other pixels' similarities (e.g., color) in the patch 225 to the pixel s. These weights 228 may be used as if extracted from the actively illuminated images, that is, they are used when computing the NCC or SSD, e.g., based upon conventional Adaptive Support Weights technology, except with externally determined weights. Note that NCC may benefit from having weights decoupled from the patches being processed with those weights.

With the pixel match data 222, further stereo depth processing 230 may determine a depth map 232. For example, disparities in one or more features between matched pixels (e.g., along with triangulation) may be used to determine depth.

In one implementation, the left image's pixel p is chosen as the reference pixel, with the right image 202 scanned along a line to find candidate q pixels to find a best match, with the s pixel in the image 103 re-determined as the scanning progresses. Notwithstanding, this may be reversed in other implementations, e.g., the left image may be scanned with the right image used as the reference point.

In another alternative, the pixels (e.g., the pixel s) in the non-actively illuminated image 203 may be chosen as the reference points. In this situation, both left and right images 201 and 202, respectively, may be simultaneously processed to look for matching pixels based upon Adaptive Support Weights techniques.

As can be readily appreciated, various possible other camera combinations may benefit from the technology described herein. For example, instead of the configuration in FIG. 2 where stereo IR cameras capture the stereo images with an RGB camera to provide an image for adaptive support weights, in FIG. 3 stereo RGB cameras 330, 331 may capture images 332, 333 illuminated with visible light, with an IR camera 334 for used to provide an image 335 for adaptive support weights. An RGB projector 336 is also represented in FIG. 3.

Another alternative is to use filtering, as generally represented in FIG. 4. For example, stereo IR cameras 440 and 441 may capture the actively illuminated images 442 and 443, respectively. Another IR camera 444, in which the other IR camera has a notch filter 446 to remove the part of the spectrum that contains the active illumination and thereby provide a non-actively illuminated image 445 for adaptive support weights. An IR projector 448 is also represented in FIG. 3.

Time slicing also may be used. For example, the same camera may capture one actively illuminated frame followed by one non-actively illuminated frame. If the frame rate is fast enough relative to any motion in the scene being captured, the pixel matching may be based on using weights extracted from the non-actively illuminated frame.

Turning to another aspect, the equations exemplified herein are presented in a simplified form with respect to a three camera setup, using square patches having identical patch sizes in the three images. In reality, a square patch from one image will appear distorted in both the other two images, and may also have a different size. However, the distortions and size differences may be compensated for in known ways, and in general the underlying concepts are identical.

Notwithstanding, to reduce such effects, in another aspect, two cameras may share the same optical path, one for capturing the actively illuminated image and another for capturing the non-actively illuminated image. Having the same optical path simplifies the computations, e.g., the p and s pixels (or the q and s pixels) shown in FIG. 2 have the same location in their respective images, and the patches for those two pixels will be the same size and shape as well. Sharing an optical path may be accomplished by reflection, for example.

As another alternative, an optical path may be the same for an actively illuminated image and a non-actively illuminated image by having one camera configured with optics/filtering to provide separate images. Thus, instead of the third camera being a separate physical device that captures images from a different viewpoint relative to one or both cameras of the stereo pair, a “third” camera may be integrated into one of the stereo cameras such that differently illuminated images are captured from the same viewpoint. For example, as in FIG. 5, one of the stereo cameras (e.g., the left camera 550) may include a mechanism 552 for splitting the incoming light between two sensors, with each sensor having a different spectral response, thereby producing the two images (one image 554 with and one image 556 without the active illumination) for use in matching with the other (e.g., right camera 558) image 559.

Alternatively, the mechanism 552 represents that one of the stereo cameras has a Bayer pattern on the pixels whereby some pixels receive light that includes the active illumination, and others do not. From such a single sensor it is possible to produce the two images (one image 554 with and one image 556 without the active illumination) for use in matching with the other (e.g., right camera 558) image 559.

FIG. 6 summarizes general aspects with respect to extracting weights from a third image as described herein, beginning at step 602 where the images are captured, e.g., using any of the techniques described above. Step 604 selects the reference pixel, e.g., in the left image, and determines its surrounding patch. Step 606 selects a counterpart pixel/patch in the other two images, e.g., as part of scanning along a line in the right image, and determining the pixel in the non-actively illuminated image based on the reference pixel and the pixel selected for evaluation.

Using the patch in the non-actively illuminated image, the weights are determined, e.g., based upon color similarities of other pixels in the patch with the central pixel. These weights are used in step 610 to compute a patch similarity score between the actively illuminated images.

Step 612 repeats the process (e.g., linearly scanning pixels) until the patch-based similarity scores are obtained for pixels that may match. The highest score may be used to determine the pixel that matches the reference pixel, which is output as part of the matched pair at step 614.

Note that while color similarity is used as one measure for determining relative weights, other types of similarity may be used. For example, other captured data may include texture data. As one example, texture may be used as a measure to determine possible similarity, using large patches. If not sufficiently similar, a new pixel/patch is chosen as a candidate for matching, and so on. However, if sufficiently similar, a zoomed-in patch may be used, such as for color similarity to determine weights as described herein. This may increase accuracy in pixel matching, at the cost of larger patch processing and multiple-stage patch matching.

Example Operating Environment

It can be readily appreciated that the above-described implementation and its alternatives may be implemented on any suitable computing device, including a gaming system, personal computer, tablet, DVR, set-top box, smartphone and/or the like. Combinations of such devices are also feasible when multiple such devices are linked together. For purposes of description, a gaming (including media) system is described as one exemplary operating environment hereinafter.

FIG. 7 is a functional block diagram of an example gaming and media system 700 and shows functional components in more detail. Console 701 has a central processing unit (CPU) 702, and a memory controller 703 that facilitates processor access to various types of memory, including a flash Read Only Memory (ROM) 704, a Random Access Memory (RAM) 706, a hard disk drive 708, and portable media drive 709. In one implementation, the CPU 702 includes a level 1 cache 710, and a level 2 cache 712 to temporarily store data and hence reduce the number of memory access cycles made to the hard drive, thereby improving processing speed and throughput.

The CPU 702, the memory controller 703, and various memory devices are interconnected via one or more buses (not shown). The details of the bus that is used in this implementation are not particularly relevant to understanding the subject matter of interest being discussed herein. However, it will be understood that such a bus may include one or more of serial and parallel buses, a memory bus, a peripheral bus, and a processor or local bus, using any of a variety of bus architectures. By way of example, such architectures can include an Industry Standard Architecture (ISA) bus, a Micro Channel Architecture (MCA) bus, an Enhanced ISA (EISA) bus, a Video Electronics Standards Association (VESA) local bus, and a Peripheral Component Interconnects (PCI) bus also known as a Mezzanine bus.

In one implementation, the CPU 702, the memory controller 703, the ROM 704, and the RAM 706 are integrated onto a common module 714. In this implementation, the ROM 704 is configured as a flash ROM that is connected to the memory controller 703 via a Peripheral Component Interconnect (PCI) bus or the like and a ROM bus or the like (neither of which are shown). The RAM 706 may be configured as multiple Double Data Rate Synchronous Dynamic RAM (DDR SDRAM) modules that are independently controlled by the memory controller 703 via separate buses (not shown). The hard disk drive 708 and the portable media drive 709 are shown connected to the memory controller 703 via the PCI bus and an AT Attachment (ATA) bus 716. However, in other implementations, dedicated data bus structures of different types can also be applied in the alternative.

A three-dimensional graphics processing unit 720 and a video encoder 722 form a video processing pipeline for high speed and high resolution (e.g., High Definition) graphics processing. Data are carried from the graphics processing unit 720 to the video encoder 722 via a digital video bus (not shown). An audio processing unit 724 and an audio codec (coder/decoder) 726 form a corresponding audio processing pipeline for multi-channel audio processing of various digital audio formats. Audio data are carried between the audio processing unit 724 and the audio codec 726 via a communication link (not shown). The video and audio processing pipelines output data to an A/V (audio/video) port 728 for transmission to a television or other display/speakers. In the illustrated implementation, the video and audio processing components 720, 722, 724, 726 and 728 are mounted on the module 714.

FIG. 7 shows the module 714 including a USB host controller 730 and a network interface (NW I/F) 732, which may include wired and/or wireless components. The USB host controller 730 is shown in communication with the CPU 702 and the memory controller 703 via a bus (e.g., PCI bus) and serves as host for peripheral controllers 734. The network interface 732 provides access to a network (e.g., Internet, home network, etc.) and may be any of a wide variety of various wire or wireless interface components including an Ethernet card or interface module, a modem, a Bluetooth module, a cable modem, and the like.

In the example implementation depicted in FIG. 7, the console 701 includes a controller support subassembly 740, for supporting four game controllers 741(1)-741(4). The controller support subassembly 740 includes any hardware and software components needed to support wired and/or wireless operation with an external control device, such as for example, a media and game controller. A front panel I/O subassembly 742 supports the multiple functionalities of a power button 743, an eject button 744, as well as any other buttons and any LEDs (light emitting diodes) or other indicators exposed on the outer surface of the console 701. The subassemblies 740 and 742 are in communication with the module 714 via one or more cable assemblies 746 or the like. In other implementations, the console 701 can include additional controller subassemblies. The illustrated implementation also shows an optical I/O interface 748 that is configured to send and receive signals (e.g., from a remote control 749) that can be communicated to the module 714.

Memory units (MUs) 750(1) and 750(2) are illustrated as being connectable to MU ports “A” 752(1) and “B” 752(2), respectively. Each MU 750 offers additional storage on which games, game parameters, and other data may be stored. In some implementations, the other data can include one or more of a digital game component, an executable gaming application, an instruction set for expanding a gaming application, and a media file. When inserted into the console 701, each MU 750 can be accessed by the memory controller 703.

A system power supply module 754 provides power to the components of the gaming system 700. A fan 756 cools the circuitry within the console 701.

An application 760 comprising machine instructions is typically stored on the hard disk drive 708. When the console 701 is powered on, various portions of the application 760 are loaded into the RAM 706, and/or the caches 710 and 712, for execution on the CPU 702. In general, the application 760 can include one or more program modules for performing various display functions, such as controlling dialog screens for presentation on a display (e.g., high definition monitor), controlling transactions based on user inputs and controlling data transmission and reception between the console 701 and externally connected devices.

The gaming system 700 may be operated as a standalone system by connecting the system to high definition monitor, a television, a video projector, or other display device. In this standalone mode, the gaming system 700 enables one or more players to play games, or enjoy digital media, e.g., by watching movies, or listening to music. However, with the integration of broadband connectivity made available through the network interface 732, gaming system 700 may further be operated as a participating component in a larger network gaming community or system.

CONCLUSION

While the invention is susceptible to various modifications and alternative constructions, certain illustrated embodiments thereof are shown in the drawings and have been described above in detail. It should be understood, however, that there is no intention to limit the invention to the specific forms disclosed, but on the contrary, the intention is to cover all modifications, alternative constructions, and equivalents falling within the spirit and scope of the invention. 

What is claimed is:
 1. A method comprising: processing a plurality of images, including actively illuminated stereo images, and a non-actively illuminated image; determining weights for a patch in the non-actively illuminated image that corresponds to patches in the actively illuminated stereo images, in which each of the patches is based upon a reference pixel in one of the images; and using the support weights to determine a similarity score between the corresponding patches in the actively illuminated stereo images.
 2. The method of claim 1 wherein the images are of a scene actively illuminated with infrared (IR) light, and wherein capturing the non-actively illuminated image includes capturing the scene as a visible spectrum image.
 3. The method of claim 1 wherein the images are of a scene actively illuminated with visible spectrum light, and wherein capturing the non-actively illuminated image includes capturing the scene as an infrared image.
 4. The method of claim 1 wherein the images are of a scene actively illuminated with infrared light in a part of the infrared spectrum, and wherein capturing the non-actively illuminated image includes using a notch filter to capture the scene with the part of the spectrum that contains the active illumination removed.
 5. The method of claim 1 wherein capturing the plurality of images comprises capturing one actively illuminated stereo image and the non-actively illuminated image active via same optical path.
 6. The method of claim 1 wherein capturing the plurality of images comprises using one camera to capture the actively illuminated stereo image in one frame and to capture the non-actively illuminated image in another frame.
 7. The method of claim 1 further comprising, selecting the reference pixel from the non-actively illuminated image.
 8. A system comprising, an image processing component comprising a matching algorithm coupled to an image capturing component that captures a plurality of images including actively illuminated stereo images, and a non-actively illuminated image, the image processing component configured to process the plurality of images including via the matching algorithm, the matching algorithm configured to process a patch in the non-actively illuminated image to determine weights corresponding to pixels in the patch, and to use the weights to determine similarity between corresponding patches in the actively illuminated images.
 9. The system of claim 8 wherein the matching algorithm linearly scans pixels in at least one of the actively illuminated images to look for matching pixels based upon patch similarity.
 10. The system of claim 8 wherein the matching algorithm is further configured to determine matching pixel data, and wherein the matching algorithm is coupled to or incorporates a depth processing algorithm that processes the matching pixel data to generate a depth map.
 11. The system of claim 8 wherein the actively illuminated stereo images comprise infrared (IR) images, and wherein the non-actively illuminated image comprises a red, green and blue (RGB) image.
 12. The system of claim 8 wherein the actively illuminated stereo images comprise RGB images, and wherein the non-actively illuminated image comprises an IR image.
 13. The system of claim 8 wherein the actively illuminated stereo images comprise IR images, and wherein the non-actively illuminated image comprises an IR image filtered with a notch filter that removed active illumination.
 14. The system of claim 8 wherein the image capturing component comprises a device including a plurality of cameras and an active illumination projector.
 15. The system of claim 8 wherein the matching algorithm uses the weights to determine similarity via an adaptive support weights algorithm.
 16. The system of claim 8 wherein the image capturing component includes two cameras that share an optical path via reflection, wherein one of the two cameras captures one of the actively illuminated stereo images, and the other of the two cameras captures the non-actively illuminated stereo image.
 17. The system of claim 8 wherein the image capturing component includes one camera that captures one of the actively illuminated stereo images and the non-actively illuminated stereo image.
 18. The system of claim 17 wherein the camera includes a splitter mechanism configured to split incoming light into one of the actively illuminated stereo images and the non-actively illuminated stereo image.
 19. The system of claim 17 wherein the camera includes a Bayer pattern on sensed pixels to receive light that includes the active illumination on one subset of pixels and receive light that does not include the active illumination on another subset of pixels.
 20. One or more computer-readable storage media or logic having executable instructions, which when executed perform steps, comprising receiving actively illuminated stereo infrared (IR) images, receiving a non-actively illuminated image, obtaining adaptive support weights for a patch in the non-actively illuminated image, and using the adaptive support weights in an active support weights computation to determine similarity of corresponding patches in the actively illuminated stereo IR images. 